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FOREWORD 


This final report of the IUS/Tug Orbital Operations and Mission Study was 
prepared for the National Aeronautics and Space Administration, George C. 
Marshall Space Flight Center by the IBM Corporation in accordance with Contract 
NAS8-31009. 

The study effort described herein was conducted under the direction of NASA 
Contract Officer's Representative (COR), Mr. Sidney P. Saucier. This report 
was prepared by the IBM Corporation, Federal Systems Division, Huntsville, 
Alabama, under the direction of Mr. Roy E. Day, IBM Study Manager. Technical 
support was provided to IBM by the Philco-Ford Corporation, Western Development 
Laboratories Division, Palo Alto, California, under the direction of Dr. 

W. E. Waters, Philco-Ford Study Manager. The study results were developed 
during the period from dune, 1974, through February, 1975, with the final 
report being distributed in May, 1975, 

The results of this study have been documented in five separate volumes. 

Volume I Executive Summary 
Volume II IUS Operations 

Volume III Tug Operations 

Volume IV Project Planning Data 

Volume V Cost Estimates 

Questions and comments regarding this study activity should be directed to: 

Sidney P. Saucier, COR 
NASA Marshall Space Flight Center 
Attention: PF-02-E 

Huntsville, Alabama 35812 
Telephone: (205) 4532795 

R. E. Day, Study Manager 

International Business Machines Corporation 

Attention: 53-F03 

Huntsville, Alabama 35805 

Telephone: (205-) 837-4000, extension 2636 
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INTRODUCTION 1 


1.0 PURPOSE 

The purpose of this document is to present the planning data for the sub- 
sequent development phases of the IUS and Tug systems defined in Volumes 
II and III of this report. Included in the document are the major project 
planning requirements, major event schedules, milestones, and system 
development and operations process networks, and relevant support research 
and technology requirements. 

Fundamental to the success and efficiency of any complex system development 
and operations effort is the quality of the plan for accomplishment and the 
continual maintenance by management of that plan. The identification and 
sequencing of the major tasks required for the development of an IUS/Tug 
Operational System is an essential step toward this goal. The tasks Included 
in this project planning data document provide planners a preview of the 
type, size, sequence, and criticallity of the essential efforts necessary to 
achieve an economical IUS/Tug system in the desired time frame. The method 
utilized to present this information is a flexible tool which readily permits 
the necessary changes with the refinement of IUS/Tug system descriptions. 

We believe that the planning data in this document is currently relevant 
and presented in a manner which should facilitate utilization. 

2.0 SCOPE 

The project planning data contained in this report is limited to the following 
major IUS/Tug system elements: 

IUS Flight Software 
Tug Flight Software 

IUS/Tug Ground Control Center Facilities 

IUS/Tug Ground Control Center Personnel 

IUS/Tug Ground Control Center Data System 

IUS/Tug Ground Control Center Software 

IUS/TUG Ground Control Center Equipment 

IUS Mission Events 
Tug Mission Events 

Tug/Spacecraft Rendezvous and Docking 
Tug/Orbiter Operations Interface 
IUS/Qrbiter Operations Interface 

Because the system elements listed do not represent the total IUS/Tug system, 
the project planning data presented in this document should be considered 
only applicable to those elements included in the study. The techniques used 
to display this information are, however, equally applicable to those other 
major areas, such as vehicle hardware, testing, prelaunch assembly and 
checkout. These additional areas could be added to the present data to 
complete the total IUS/Tug system project planning data. 
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PART A 

PROJECT PLANNING REQUIREMENTS 


1.0 GENERAL 

The purpose of this section of the document is to identify the gross project 
planning requirements with respect to the normal areas of responsibility 
associated with a space systems development effort, The specific areas to 
be defined are as follows: 

Engineering and Manufacturing 
Testing 

Quality and Reliability Assurance 

Facilities 

Project Management 

Logistics 

Operations 

Program Risks 

Project planning requirements for each of these areas will be presented in 
the order of planned occurrence in bar chart form. This will permit easy 
recognition of the concentration of task associated effort of each area and 
give a sequential and overlap picture of the tasks in which each area is 
involved. Verbal explanations of each task appearing on the charts are 
presented in Volume III, Section 10 of this study. 

2.0 SPECIFIC AREA PLANNING REQUIREMENTS 

2.1 ENGINEERING AND MANUFACTURING 

The Engineering and Manufacturing area of responsibility addresses those 
efforts relating to system definition, design, build, installation and real 
time mission operations support activities. Figure A-l illustrates in bar 
chart form, the major tasks involving Engineering and Manufacturing. 

It is immediately obvious from Figure A-l that the engineering involvement 
in the IUS/Tug operations system is continuous from inception {the first 
quarter of 1977) to development completion {the fourth’ quarter of 1983). 

This is not surprising, considering the complex nature of the operations system 
and the equally complex and versatile mission it is to perform. Individual 
tasks in the unbroken sequence can not be singled out as being the key to 
successful system development. The key to success is in the planning and 
accomplishment of the tasks in a timely manner so that other areas of develop- 
ment are not impacted by this, the most important and involved area of 
planning requirements responsibility. 
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2.2 TESTING 

The testing area of responsibility relates to those activities Involved In 
test and checkout of the hardware, delivered software and integrated systems. 
Figure A-2 illustrates in bar chart form, the major tasks Involving testing 
area participation. Major testing efforts include IUS and Tug flight 
software, IUS and Tug network compatibility and the verification of the 
total integrated IUS and Tug operational system. 

2.3 QUALITY AND RELIABILITY ASSURANCE 

The Quality and Reliability Assurance area Includes those efforts relating 
to the assignment and verification of hardware, software, and integrated 
system reliability numbers and the inspection and quality control efforts 
associated with product assurance. Figure A-3 shows by sequential bar chart 
the tasks which will involve quality and reliability assurance participation. 

As may be seen from the Information presented in Figure A-3, the greatest 
-Involvement of quality and reliability assurance is associated with'the IUS 
and Tug flight software which relates directly to crew safety and mission 
success probability. 

2.4 FACILITIES 

The Facilities area of responsibility pertains to those tasks related to 
the physical construction of the IUS/Tug ground control center and the 
installation of the flight operations support equipment. Figure A-4 shows 
the scheduled start and completion dates for these activites. At present, 
only three major elements of responsibility are included in the planning data 
involving the Facilities area. They are physical plant construction, Installa- 
tion of the operational data systems, and installation of the flight operations 
equipment peculiar to a real time flight control center. The scheduling of 
these tasks are consistent with premission utilization activities such as 
integrated systems test and flight control simulation and training. 


2.5 PROJECT MANAGEMENT 

The Project Management Area {Figure A-5) includes those tasks which would involve 
directly project management. This does not mean that project management would 
not be responsible for the management of the total development effort or would 
not be interested in a management capacity in the other tasks. 

Tasks involving project management encompass those efforts which produce, 
maintain and monitor the overall IUS/Tug operations system development plan. 

Also included are those tasks which coordinate and exchange information with 
other Space Transportation System programs, Concentrations of effort have been 
identified in the fourth quarter of 1980, first quarter of 1981, and third 
quarter of 1983. 





Figure A-1. Engineering and Manufacturing Planning Requirements 
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Figure A-3. Quality and Reliability Assurance Planning Raquiramants 
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Figure A4. Facility Planning Requirements 
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2.6 LOGISTICS 


The Logistics Area pertains to those tasks involving support efforts required 
for the development and operation of the IUS/Tug system. Figure A-6 illustrates 
in bar chart form those major tasks included in the Logistics area. 

During the development effort, direct logistics support will be In the schedul- 
ing, ordering, and securing materials and training personnel in a timely 
manner to insure elements critical to the overall IUS/Tug systems development 
effort are available when needed. Major quarters of activity are the fourth 
quarter of 1980 and second and third quarters of 1983. 

2.7 OPERATIONS 

The Operations area involves the tasks associated with preparing for and 
operating the IUS/Tug operations system. Figure A-7 is a bar chart which 
illustrates those major tasks which must Include the involvement of the 
operations area. 

Like engineering, the operations area is Involved almost continuously from 
the second quarter of 1977 till the fourth quarter of 1983. Since the purpose 
of the IUS/Tug operations system is to serve a complex, multi -purposed 
spacecraft delivery, retrieval, and service system it is not surprising 
that the influence of operations must be imposed at each development step. 

The significant aspect of this chart is to emphasize that operational effect 
must be continually factored into the IUS/Tug operations system development 
process. 

2.8 PROGRAM RISKS 

The Program Risks area pertains to those tasks which are extremely critical 
to the total effort and/or require technology which must be developed. Tasks 
of uncertain cost could also be considered critical. 

Under this criteria no task among those listed could be singled out as 
qualifying as a program risk. However, the sequencing and scheduling of tasks 
included in critical paths as shown in Figure B-3 of this document could 
formulate a problem and program liability if allowed to slip. From this 
analysis it can be concluded that the greatest risk to a program of this 
magnitude and complexity is not having and following a planned method of 
producing the total operations system on schedule. The sequencing and siz- 
ing of tasks as shown in this document represent an initial step in trie 
development of such a plan. 
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NETWORKS, SCHEDULES AND MILESTONES 


1.0 GENERAL 


This section contains the networks, schedules and milestones necessary to 
show the predecessor and* successor events and activities directly related to 
the development and initial operation of the overall IUS/Tug operations 
system. The planning data included in these charts are consistent with the 
IUS to Tug transistional development plan presented In Volume III of this 
study and the costing information presented in Volume V. Major emphasis 
is placed on the system development task sequence and Schedules covering 
the period between the first, quarter of 1977 through the fourth quarter of 
1982. An initial IUS single mission preparation and operations effort is 
also included to illustrate the development tasks associated with an Initial 
flight operation. 

2.0 NETWORKS 

2.1 IUS/TUG SYSTEMS DEVELOPMENT PROCESS 

The most cost-effective approach to the overall space transportation system 
problem in the upper stage area is to maximize the utilization of operational 
support elements which are common between the IUS and the Space Tug program. 

The key to maximizing this utilization is in the detail, adequacy and 
flexibility of the initial planning effort. ■ * 

In order to do this, a PERT chart was constructed containing the tasks 
required for the development- of the IUS and Tug operations system, and analysis 
on that flow was iterated until a comprehensive development plan was established 
for both the IUS and the Space Tug programs. Figure B-l presents the PERT 
chart for the composite program development process. 

This chart was generated by the I8M mini-PERT program which was designed for 
APL terminal usage, and, therefore, is -not in the form most frequently seen. 
Briefly, the chart consists of a series of event designators displayed across 
the top of the chart, and strings of activities which span the space between 
event designators. An event designator is equivalent to a "bubble" on the 
more frequently seen PERT chart. The significance of the event designator 
is that it represents a point in the activity flow of a program which must 
be reached prior to beginning subsequenct activities dependent on its 
completion. 

Just below the event designators are two dates associated with each event, an 
early date and a late date. These dates are considered to be either starting 
dates or finishing dates depending upon whether the consideration is the 
activities which begin at the event, or activities which end at the event. 

The early and late dates of the event correspond with the early and late 
dates of the associated activities. For example, the earliest that activities 
subsequent to event 26 can begin is April 11, 1977, which is the earliest that 
all constraints can be met and September 18, 1978, is the latest that pre- 


1 


I 


decessor activities can begin without Impacting the overall schedule. The 
activity is bounded on each end by an event, and the time space between the 
event is determined by the effort that must be applied during the activity. 

An activity is time consuming and resource consuming. Progression of activities 
is from left to right across the chart with vertical extensions to pick up 
parallel paths. 

2.2 IUS INITIAL SYSTEMS OPERATIONS PROCESS 

Figure B-2 presents in bar chart form the recurring tasks expected for initial 
IUS missions. The numbers in the bars represent the expected manpower required 
for each task the first time it is performed. It is reasonable to assume 
that as mission experience increases, manpower and time requirements for these 
tasks will be reduced. The time period displayed covers a fifty-three week 
period. Details concerning this effort can be found in the transition analysis 
section of Volume III. 
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figure B-2. IUS Initial Systems Operations Process 









3.0 SCHEDULES 


3.1 IUS/TU6 SYSTEMS DEVELOPMENT SCHEDULE 

A bar chart schedule of the overall development tasks required are presented 
in Figure B-3. The bar chart is segregated into calendar quarters spanning 

the time from first quarter 1977 through fourth quarter 1983. The chart was 

derived from the PERT Network shown in Figure B-l. 

There exists a path which constrains the earliest date the project can be 
finished as a function of the established date that the project must start. 
This path is called the "critical path", and all activities in the proqram 

will fit within the constraints of the beginning and ending of the 

critical path. In generating the PERT chart, the critical paths for the 
I US and Space Tug program were created by postulating a first mission for 
the I US in April, 1981, and a first mission for the Space Tug in 
November, 1983. These postulates establish the latest possible start 
time for iIUS and common) elements in the first quarter of 1977. The 
initial launch of Space Tug in November, 1982, requires the beginning 
of the Space Tug peculiar efforts in February, 1982, assuming that all 
of the common development has been completed in order to support the IUS 
program. Critical paths are identified by sequences of 0's without slack 
time between separate tasks. The next paragraph will explain the terminology 
of the chart and the meaning of the symbols on the chart". 

Four symbols are used to form the bars of the bar chart. Symbol 0 is 
used to designate those functions which are in the critical path. For 
example, the first critical path is derived for the IUS and consists of 
the following functions: contract software development, plan ground 

software development, EDD-executi ve/tracking/planning, program ground 
track/plan/executive software, verify executive/track/planning software, 

IUS mission planning and optimization, IUS abort planning, IUS planning 
mission specific EDD, IUS mission specific program, IUS mission program 
verification, IUS mission simulation training, conduct IUS mission operations, 
and IUS post-mission reports. None of these events can exceed its allocated 
time without slipping the program launch date. The symbol E is used to 
designate the span of time beginning at the earliest time all constraints 
are met for a particular activity to begin. The symbol L is utilized to 
indicate the span of time from the latest possible time an activity can 
begin through its completion. Each symbol designates one week of activity. 

If an activity is not in the most critical path it will contain the symbol 
E and the symbol L and either the symbol 0 or +. In that context, the 
symbol 0 indicates the overlap between bars representing an early start and 
a late start. For example, the task "analyze tug component characteristics" 
requires seven weeks to accomplish. The earliest it can begin is February 
1983. There are six consecutive E symbols followed by a single 0 symbol 
followed by six consecutive L symbols. The 0 symbol is to be interpreted 
as being shared between the E and L activity periods. The + sign indicates 
program "slack", that is, the activity is not critical and may be accomplished 
at any time between the first E and last L. 
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Figure B-3. lUS/Tug Systems development Schedule 
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4.0 MILESTONES 


i 

4.1 IUS/TUG SYSTEMS DEVELOPMENT PROCESS MAJOR MILESTONES 

Figure B-4 is a condensed version of the IUS/Tug Systems Development Schedule 
Figure B-3. Shown on this chart are fourteen composite functions which In- 
dicate the major milestones in the IUS/Tug development process. It should be 
noted that the Tug ground software development effort has been split into 
three distinct phases with the Tug software requirements definition parallel 
In time with the IUS software development task. 

In order to properly size the ground computer it is necessary to have reasonably 
accurate memory and execution speed estimates for common IUS and Tug ground 
software and exclusive IUS and Tug ground software. This is why the equation 
defining phase of the Tug ground software is scheduled for the second quarter 
of 1977 and terminates in the third quarter of 1978. 

The major milestone start and completion dates appearing on this chart were 
derived from’ the constraints of the critical path which collectively compromise 
thirty Individual tasks which must be completed on schedule and in sequence 
in order to meet the IUS and Tug operations schedule. 
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Figure B-4. I US /Tug Systems Development Process l.ti/or Milestones 
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PART C 

SUPPORT RESEARCH AND TECHNOLOGY (SR&T) 


1.0 POTENTIAL NEW SR&T PROGRAMS 

The Information generated during this study has identified several areas of 
technology which should receive further investigation. These potential 
activities are described in this part of the final report in accordance with 
the documentation requirement specified by DR MA-03 of the contract. 

1.1 RENDEZVOUS TARGETING ONBOARD SOFTWARE 

1.1.1 Status 

The feasibility of automatically targeting a rendezvous sequence based on in- 
flight navigation and externally derived target information has been theoret- 
ically determined. The limiting factor in prior investigations has been the 
available CPU speed of airborne digital computers. The current state of the 
art in airborne digital computer design indicates that CPU speeds approaching 
500,000 equivalent adds per second will be available in the Space Tug time 
frame. Previous studies have estimated the requirements for rendezvous 
targeting to be on the order of 480,000 equivalent adds per second. It is, 
therefore, technically feasible to consider an onboard rendezvous targeting 
capability for Space Tug. 

1.1.2 Justification 

The Mercury, Gemini, Apollo and Skylab programs relied upon ground based 
computation for rendezvous targeting. The ground based computations were 
uplinked to the onboard systems and implemented in flight. This required 
extensive ground based facilities, and personnel for implementation. It is 
likely, the cost of the associated ground operations out weigh the cost of 
implementing the software onboard. In the general case, the cost of implement- 
ing software onboard is less than the equivalent implementation on the ground, 
although the cost per word for onboard software may be higher. Requirements 
of support personnel and input/output servicing dominate the ground implementa- 
tion of rendezvous targeting. Program cost may be lessened by moving the 
implementation of rendezvous targeting to the onboard system, if the computer 
technology can support the required CPU speed. It appears that the CPU speed 
necessary will be available by the time Space Tug design is finalized. 

1.1.3 Technical Plans 

Rendezvous targeting onboard equations have been demonstrated theoretically. 

What is needed is the development of new schemes to minimize onboard computation 
time and to optimize the rendezvous targeting algorithms. In the proposed 
effort, a period of analysis precedes the decision for rendezvous targeting in 
a flight-type computer. Algorithms will be designed, optimized, and coded. 

The resulting software will be evaluated in both hardware and software 
simulators. 
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1.1.4 Resource Requirements 

The total direct labor estimated for this effort Is 4.3 man years. Skills 
required In this effort will be orb 'si mechanics, advanced airborne avionics 

hardware /software development and software verification. Verification would 
best be accomplished on Tug simulation equipmeit. 

1.1.5 Target Schedule 

The task flow schedule shown In Table C-l Indicates the major areas of effort 
and sequence of occurence. The duration of the task Is 14 months and should 
be completed In a time frame consistent with early airborne and ground soft- 
ware development decisions. 


Table C-1. Rendezvous Targeting Onboard Software Development 



1.2.1 Status 


n't docking operations undertaken by the United States Space Programs have 
been manually guided connections between a stabilized target vehicle and the 
manually controlled pursuing vehicle. Schemes based upon slow scan television 
interrogation of the target and man-in-the-loop (ground) control of docking 
are expensive in docking support software required and technically marginal 
in the time delays involved in supporting transfer of information from the 
physical condition in orbit to the ground controller. Past docking efforts 
have involved a terminal rendezvous phase which terminates with the pursuing 
and target vehicles and a stationary relationship prior to the actual docking, 
which was then flown manually. Parametric analysis of the docking problem 
performed during the period of this study indicates that an uninterrupted 
transfer from rendezvous terminal phase through docking is feasible. Prior 
studies have shown that two problems dorrinate the automatic docking con- 
sideration: airborne computer timing and docking sensor range. 

1.2.2 Justification 

One of the primary features of the Space Tug program is the ability to dock 
with expensive satellites and return them to earth or service the satellites 
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on orbit. Since the Space Tug Is en unmanned vehicle, and man-ln-the-loop 
ground based docking control at tended distances Is marginal, an automated 
docking technique Is a reasonable consideration. Previous studies have shown 
that the limiting factor In automated docking Is the computer speed required 
to maintain relative navigation with a target while at the same time per- 
forming guidance, control, sequencing and telemetry functions. The state of 
the art In computer development Indicates that machines having a CPU capability 
approaching 500,000 equivalent adds per second will be available In the Space 
Tug time frame. It Is, therefore, feasible to consider transfer of docking 
authority to the onboard system. 

1.2.3 Technical Plan 

The algorithms to accomplish docking will be optimized from existing equation 
definitions, then coded and Implemented In a flight computer. The problem of 
rendezvous and docking requires a mechanical simulation of the target and a 
mechanical simulation of the pursuit vehicle. Each of the simulators must 

provide six degrees of freedom for each element of the rendezvous problem. 

The software developed to support docking will be Implemented In a flight-type 
computer, which will control the notion of the pursuit vehicle of the mechanical 
simulator. A second computer source will drive the target vehicle In the motions 
which may be encountered during docking. The long range mechanical simulator 
may be to scale. It must be augmented with a short range full size docking 
assembly In order to simulate the final closure and latch. 

1.2.4 Resources Requirements 

The total direct labor estimated for this effort Is 3.8 man years. Skills 
required in this activity will be terminal docking and alignment equipment, 
software and the associated simulation of docking operations. 

1.2.5 Target Schedule 

The task flow schedule shown below In Table C-2 indicates the major areas of 
effort and the sequence and duration of each. The duration of the total task 
is 14 months and should be completed in a time frame consistent with major 
ground and airborne system planning. This task utilizes a docking simulator 
but does not Include estimates for the development of simulator facilities. 


Table C-2. Automatic Docking baasibility Demonstration 
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1.3 LEVEL I AUTONOMY FLIGHT SOFTWARE DEVELOPMENT 

1.3.1 Status 

Until recently, completely autonomous space missions were not feasible on the 
basis of qualified avionics computer CPU speeds and navigation uncertainties 
derived from hardware error and uncertainties. Recent programs sponsored by 
the Department of Defense have shown autonomous navigation is possible based 
upon ILT and star tracker hardware implementations coupled with a high speed 
onboard computer. The EXO-atmospheric Space Vehicle Software Study conducted 
in 1973 by IBM investigated the problems involved in implementing Level I 
autonomy. The conclusions reached were that an onboard computer with memory 
capacity of approximately 36,000 32-bit words and computational capability of 
approximately 485,000 equivalent adds per second will be required to implement 
the Level I autonomy flight software. At that time no such machine existed. 
Today this memory size is attainable with existing hardware and the CPU speed 
should be a reality within the next tv/o or three years. 

1.3.2 Justification 

Anything less than a fully autonomous Tug vehicle will require real time 
ground support which can be translated into facility and personnel costs. The 
possibility of eliminating or reducing this expense versus the additional cost 
for onboard capability is a reality that should be pursued. 

1.3.3 Technical Plan 

Existing autonomous software schemes such as MASCOT and 0PGUIDE have been 
developed and coded in PLI and Fortran languages for demonstration purposes on 
high speed, ground based digital computers. The technical approach suggested 
is to begin with the existing software coding and modify that coding for 
implementation in an airborne digital computer having the computational speed 
and memory size requirements necessary to implement the autonomous flight 
software. The resulting coded program will be tested in simulated flight 
conditions in the flight computer, with the test being monitored by a large, 
high-speed ground computer, which will simulate the external inputs to the 
onboard computer. A further test program involving the utilization of 
autonomous flight software in a passenger mode or in a switch-in/swi tch-out 
mode during actual flight testing is recommended. 

1.3.4 Resources Requirements 

The total direct man years estimated for this effort are 4.6 man years. Skills 
required for this effort cover every aspect of autonomous space flight and 
Space Shuttle payload interface. 

1.3.5 Target Schedule 

The task flow schedule shown in Table C-3 illustrates the major areas of effort 
and the sequence and duration of each. The duration of the total task is 13 
months. The purpose of this effort is not to deliver a flight program for 
Space Tug but to prove Level I concept feasibility. 
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7 tbit C-3. Level I Autonomy Flight Software Development 



1.4 MINIMIZATION OF FLIGHT CONTROL (PERSONNEL) INTERACTION 


1.4.1 Status 

The Mercury, Gemini, Apollo and Skylab programs relied heavily upon ground 
Intervention and augmentation of inflight decisions. In many cases, these 
decisions were analyzed in the pre-mission phase and were implemented by 
ground based personnel following a "mission rules" document. It follows that 
a decision which can be analyzed In advance may also be programmed into a 
ground based digital computer. In previous work ("A Model for the Evaluation 
of Information Management Systems for Long Duration for Space Station Mission"), 
the problem of decision authority was addressed. The dominant factor was 
demonstrated to be the time required for interpretation of contingency sit- 
uations and the formulation and execution of an appropriate response. The 
"decision loops" included a loop closed through an onboard computer, a loop 
closed through a ground based computer and a loop closed through a human, 
interacting with a ground based computer. The conclusions were that all three 
modes of decision authority are required. The human interaction, however, was 
limited to those functions which the human can provide more accurately than the 
computer. Those functions were primarily in the area of pattern recognition. 
Therefore, a decision which can be reduced to the level of a misslor "ules 
criteria check can be programmed for implementation either onboard Or on the 
ground. 

1.4.2 Justification 

The majority of the expense in a Space Tu» Control Center design is the result 
of ground based software development. This software is primarily to service 
displays and accept reactions by controllers and flight support personnel. In 
a long duration program, such as Space Tug, the cost of supporting the human 
element of the system will approximate 40 million dollars. A large portion of 
that expense can be avoided at the cost of increasing expenditures for deve- 
loping the ground software closed loop implementation processes. 
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1.4.3 Technical Plan 

As operational concepts are developed for the IUS and Space Tug programs, based 
upon the flight characteristics and avionics characteristics of the vehicle, 
operational tasks will be separated Into decisions which must be Implemented 
onboard, decisions which must be Implemented on the ground, and decisions which 
must be Implemented by human Interaction. 

The decisions falling Into the first two categories will then be analyzed and 
software estimates generated for each operational tasks. The third class of 
decisions will be automated and the feasibility demonstrated using a ground 
computer system. Following the feasibility demonstration each function will be 
documented with development cost estimated. 


1.4.4 Resources Requirements 

The total direct labor estimated for this effort is 2.2 man years. Skills 
required for this effort Include knowledge of airborne and ground operational 
functions and the capabilities of systems involved to handle the various 
decision processes. 

1.4.5 Target Schedule 

The task flow schedule shown In Table C-4 Illustrates the major areas of effort 
and the sequence and duration of each. The duration of the total task Is nine 
months. The purpose of this activity is not to provide detail mission rules 
and automated solutions but to prove concept feasibility. 


Table C-4. Minimization of Flight Control (Personnel) Interaction 



1.5 ORBITAL NAVIGATION 
1.5.1 Status 

Orbital navigation was performed in the Saturn/Apollo program by integrating 
the equations of motion and performing minor corrections due to gravity and 
atmospheric drag. Orbital navigation over an extended mission period resulted 
in an accumulation of state errors which, since the system was open loop, were 
not corrected, and propagated into the translunar burn phases. With the deve- 
lopment of ILT technology and the coupling of ILT landmark navigation and stellar 
sensed attitude update information, it is now theoretically possible tc r.evigate 
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in a closed loop system. To do this will require the development of a detailed 
gravity model, a detailed atmospheric model, and techniques for servicing the 
star tracker and ILT input information in a central computer onboard the vehicle. 

1.5.2 Justification 

A large amount of money has been spent in the past maintaining a ground based 
radar tracking network which provides state vector information to a central 
computer which then in turn calculates the trajectory of the orbiting body. 

The expense of implementing that technique is strictly overhead to the vacision 
process. Any decision based upon navigation parameters will ideally take place 
at the point at which the navigation information is derived. That point can 
be, under existing technology, at the orbiting vehicle.* 


1.5.3 Technical Plan 

Begin development of a detailed gravity model based upon empirical satellite 
observations. Pevelop a detailed atmospheric model based upon empirically 
derived drag coefficients. Adapt the ILT servicing software and the star 
trackers servicing software from DoD implementations to NASA Space Tug 
implementation. Combine all inputs into a high speed airborne digital computer 
having 500,000 equivalent adds per second (or higher speed) and demonstrate the 
resulting software package in simulation. Following a demonstration in the 
simulation mode, the system could be flown in a passenger mode for inflight 
test demonstration. 

1.5.4 Resources Requirements 

The total direct labor estimated for this task is 4.3 years. Skills required 
for this effort are orbital navigation, airborne flight software, ILT and 
star tracker operation. 

1.5.5 Target Schedule 

The task flow schedule shown in Table C-5 illustrates the major areas of effort 
and the sequence and duration of each. The duration of the total task is 10 
months. The purpose of this effort is to demonstrate the feasibility of a 
closed loop orbital navigation system for Tug. 
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Tibia C-5. Orbital Navigation 
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